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AMENDMENTS TO THE CLAIMS 

These claims replace all prior versions and listings of claims in the above-referenced 

application. The language being added is underlined (" ") and the language being deleted 

contains strikethrough (" @@@@ ")- 



1 1 . (Currently amended) A system for controlling real-time transport protocol flow, 

2 comprising: 

3 a plurality of computers that are connected to a first computer, wherein each of said 

4 plurality of computers comprise^ : 

5 a transceiver; 

6 software stored within said plurality of computers defining functions to be 

7 performed by said plurality of computers; and 

8 a processor configured by said software to perform the steps of, 

9 performing an inbound screen on route information received by said 

10 plurality of computers, from said first computer, to determine if said received route information 

1 1 should be discarded, 

.12 if said route information is not discarded, comparing said received and 

13 screened route information to a local policy defined within said plurality of computers; and 

14 a database on which said local policy is stored, wherein said local policy is used 

15 by each of said associat e d computers within said clust e r plurality of computers. 



1 2. (Original) The system of claim 1, wherein a single address is used for all of said 

2 plurality of computers. 

1 3. (Original) The system of claim 1, wherein said received route information is 

2 provided within a telephony routing over Internet protocol (TRIP) update message. 

1 4. (Original) The system of claim 1, wherein said database also stores internal route 

2 information and route information from said received and screened route information. 
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1 5. (Original) The system of claim 4, wherein said processor is further configured by 

2 said software to perform the step of, selecting a primary route from a group of routes comprising 

3 said internal route information and said received and screened route information. 



1 6. (Original) The system of claim 5, wherein said processor is further configured by 

2 said software to perform the step of, processing a received session initiation protocol (SIP) invite 

3 message that is received on said primary route. 

1 7. (Original) The system of claim 5, wherein said processor is further configured by 

2 said software to perform the step of, performing an outbound screen on said received and 

3 screened information prior to transmitting said received and screened information outside said 

4 cluster of computers, wherein said outbound screen is performed on said primary route prior to 

5 said transceiver transmitting said primary route to said first computer. 

1 8. (Original) The system of claim 1, wherein said local policy comprises an activate 

2 date and time field that defines a date and time for said local policy to be enabled by said second 

3 processor. 



1 9. (Original) The system of claim 1, wherein said local policy comprises a de- 

2 activate date and time field that defines a date and time for said local policy to be disabled by 

3 said second processor. 

1 10. (Original) The system of claim 1, wherein said local policy comprises an origin 

2 field. 
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1 11. (Original) The system of claim 10, wherein said processor is further configured 

2 by said software to perform the step of, comparing said origin field within said local policy to an 

3 origin attribute within said received route information, if said received route information 

4 comprises said origin attribute, and utilizing said local policy if said origin attribute at least 

5 partially matches said origin field. 

1 12. (Original) The system of claim 3, wherein said processor is further configured by 

2 said software to perform the step of, utilizing said local policy if said TRIP update message does 

3 not comprise an origin attribute. 

1 13. (Original) The system of claim 1 1 , wherein the format of said origin attribute and 

2 said origin field conforms to E.164 style addresses, Internet style addresses, and, SIP telephone 

3 addresses or non-SIP telephone addresses. 

1 14. (Original) The system of claim 1, wherein said local policy comprises a 

2 destination field. 

1 15. (Original) The system of claim 14, wherein said processor is further configured 

2 by said software to perform the step of, comparing said destination field within said local policy 

3 to a destination attribute within said received route information, if said received route 

4 information comprises said destination attribute, and utilizing said local policy if said destination 

5 attribute at least partially matches said destination field. 

1 16. (Original) The system of claim 15, wherein the format of said destination 

2 attribute and said destination field conforms to E.164 style addresses, Internet style addresses, 

3 SIP telephone addresses, or non-SIP telephone addresses. 
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1 17. (Original) The system of claim 1, wherein said local policy comprises a carrier 

2 field that identifies a number of carriers from which said route information will be accepted by 

3 said plurality of computers. 

1 18. (Original) The system of claim 17, wherein said processor is further configured 

2 by said software to perform the step of, discarding said received route information if a carrier 

3 attribute comprised by said received route information does not match at least one carrier 

4 identified by said carrier field. 

1 19. (Original) The system of claim 1, wherein said local policy comprises a cost field 

2 that identifies an acceptable range of cost to be billed for use of a route. 

1 20. (Original) The system of claim 19, wherein said processor is further configured 

2 by said software to perform the step of, discarding said received route information if a cost 

3 attribute comprised by said received route information does not fall within said acceptable range 

4 of cost identified by said cost field. 

1 21. (Original) The system of claim 1, wherein said local policy comprises a quality of 

2 service (QoS) field that identifies an acceptable range of QoS associated with use of a route. 

1 22. (Original) The system of claim 21, wherein said processor is further configured 

2 by said software to perform the step of, discarding said received route information if a QoS 

3 attribute within said received route information does not fall within said acceptable range of QoS 

4 cost identified by said QoS field. 
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1 23. (Currently amended) A method of controlling real-time transport protocol flow, 

2 comprising the steps of: 

3 receiving information regarding a route from a first computer to a plurality of computers; 

4 performing an inbound screen on said r e c e iv e d rout e information to determine if said 

5 r e c e iv e d rout e information should be discarded; and 

6 if said r e c e iv e d rout e information is not discarded, comparing said r e c e iv e d and scr ee n e d 

7 Feute information to a local policy that is used by each of the comput e rs within plurality of 

8 computers. 



1 24. (Original) The method of claim 23, wherein said route is for ranges conformed to 

2 E.164 style numbering, Internet style addresses of endpoints, SIP telephone addresses, or non-SIP 

3 telephone addresses. 

1 25. (Currently amended) The method of claim 23, further comprising the step of 

2 selecting a primary route from a group of routes comprising, information regarding an internal 

3 route that is associated with said local policy, and said r e c e ived and scr e en e d route information. 

1 26. (Original) The method of claim 25, further comprising the step of processing a 

2 received session initiation protocol (SIP) invite message that is received on said primary route. 



1 27. (Currently amended) The method of claim 25, further comprising the step of 

2 performing an outbound screen on said r e c e iv e d and screen e d information prior to transmitting 

3 said r e c e iv e d and scr ee n e d information to one or more computers within an Internet telephony 

4 administrative domain managed by an entity other than an entity that manages outsid e said 

5 plurality of computers, wherein said outbound screening is performed on said information 

6 regarding a primary route prior to transmitting said primary route. 
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1 28. (Original) The method of claim 23, further comprising the step of enabling said 

2 local policy on a specified date and at a specified time in accordance with an activate date and 

3 time field defined by said local policy. 

1 29. (Original) The method of claim 23, further comprising the step of disabling said 

2 local policy on a specified date and at a specified time in accordance with a de-activate date and 

3 time field defined by said local policy. 

1 30. (Original) The method of claim 23, wherein said local policy comprises an origin 

2 field. 

1 31. (Original) The method of claim 30, further comprising the step of comparing said 

2 origin field within said local policy to an origin attribute within said received route information, 

3 if said received route information comprises said origin attribute, and utilizing said local policy if 

4 said origin attribute at least partially matches said origin field. 

1 32. (Original) The method of claim 3 1 , wherein the format of said origin attribute 

2 and said origin field conforms to E.164 style addresses, Internet style addresses, SIP telephone 

3 addresses, or non-SIP telephone addresses. 

1 33. (Original) The method of claim 23, wherein said route information is provided 

2 within a telephony routing over Internet protocol (TRIP) update message. 

1 34. (Original) The method of claim 23, wherein said local policy comprises a 

2 destination field. 
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1 35. (Original) The method of claim 34, further comprising the step of comparing said 

2 destination field within said local policy to a destination attribute comprised by said received 

3 route information, if said received route information comprises said destination attribute, and 

4 utilizing said local policy if said destination attribute at least partially matches said destination 

5 field. 

1 36. (Original) The method of claim 31, wherein the format of said destination 

2 attribute and said destination field conforms to E.164 style addresses, Internet style addresses, 

3 SIP telephone addresses, or non-SIP telephone addresses. 

1 37. (Original) The method of claim 23, wherein said local policy comprises a carrier 

2 field that identifies a number of carriers from which said route information will be accepted. 

1 38. (Original) The method of claim 37, further comprising the step of discarding said 

2 received route information if a carrier attribute within said received route information does not 

3 match at least one carrier identified by said carrier field. 

1 39. (Original) The method of claim 23, wherein said local policy comprises a cost 

.- 2 field that identifies an acceptable range of cost to be billed for use of a route. 

1 40. (Original) The method of claim 39, further comprising the step of discarding said 

2 received route information if a cost attribute with said received route information does not fall 

3 within said acceptable range of cost identified by said cost field. 

1 41 . (Original) The method of claim 23, wherein said local policy comprises a quality 

2 of service (QoS) field that identifies an acceptable range of QoS associated with use of a route. 
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1 42. (Original) The system of claim 41 , further comprising the step of discarding said 

2 received route information if a QoS attribute comprised by said received route information does 

3 not fall within said acceptable range of QoS cost identified by said QoS field. 

1 43. (Original) A system for controlling real-time transport protocol flow through 

2 multiple networks, comprising: 

3 means for receiving information regarding a route from a first computer to a plurality of 

4 computers; 

5 means for performing an inbound screen on said received route information configured to 

6 determine if said received route information should be discarded; and 

7 means for comparing said received and screened route information to a local policy that is 

8 used by the plurality of computers if said route information is not discarded. 

1 44. (Original) The system of claim 43, wherein said route is for ranges conformed to 

2 E.164 style numbering, Internet style addresses of endpoints, SIP telephone addresses, and non- 

3 SEP telephone addresses. 

1 . 45. (Original) The system of claim 43, further comprising a means for selecting a 

2 primary route from a group of routes comprising, information regarding an internal route that is 

3 associated with said local policy, and said received and screened route information. 

1 46. (Original) The system of claim 45, further comprising a means for processing a 

2 received session initiation protocol (SIP) invite message that is received on said primary route. 
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1 47. (Original) The system of claim 45, further comprising a means for performing an 

2 outbound screen on said received and screened information, configured to perform said outbound 

3 screen prior to transmitting said received and screened information outside of said plurality of 

4 computers, and wherein said means for performing said outbound screen performs outbound 

5 screening on said primary route prior to transmitting said primary route outside of said plurality 

6 of computers. 



1 48. (Original) The system of claim 43, further comprising a means for enabling said 

2 local policy on a specified date and at a specified time in accordance with an activate date and 

3 time field defined by said local policy. 

1 49. (Original) The system of claim 43, further comprising a means for disabling said 

2 local policy on a specified date and at a specified time in accordance with a de-activate date and 

3 time field defined by said local policy. 

1 50. (Original) The system of claim 43, wherein said local policy comprises an origin 

2 field. 

1 51. (Original) The system of claim 50, further comprising a means for comparing 

2 said origin field within said local policy to an origin attribute within said received route 

3 information if said received route information comprises said origin attribute, and which utilizes 

4 said local policy if said origin attribute at least partially matches said origin field. 



1 52. (Original) The system of claim 51, wherein the format of said origin attribute and 

2 said origin field conforms to E.164 style addresses, Internet style addresses, SIP telephone 

3 addresses, or non-SIP telephone addresses. 

1 53. (Original) The system of claim 43, wherein said route information is provided 

2 within a telephony routing over Internet protocol (TRIP) update message. 
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1 54. (Original) The system of claim 43, wherein said local policy comprises a 

2 destination field. 

1 55. (Original) The system of claim 54, further comprising a means for comparing 

2 said destination field within said local policy to a destination attribute within said received route 

3 information if said received route information comprises said destination attribute, and which 

4 utilizes said local policy if said destination attribute at least partially matches said destination 

5 field. 

1 56. (Original) The system of claim 51, wherein the format of said destination 

2 attribute and said destination field conforms to E.164 style addresses, Internet style addresses, 

3 SIP telephone addresses, or non-SIP telephone addresses. 

1 57. (Original) The system of claim 53, wherein said local policy comprises a carrier 

2 field that identifies a number of carriers from which said route information will be accepted. 

1 58. (Original) The system of claim 57, further comprising a means for discarding said 

2 received route information if a carrier attribute with said received route information does not 

3 match at least one carrier identified by said carrier field. 

1 59. (Original) The system of claim 43, wherein said local policy comprises a cost 

2 field that identifies an acceptable range of cost to be billed for use of a route. 

1 60. (Original) The system of claim 59, further comprising a means for discarding said 

2 received route information if a cost attribute comprised by said received route information does 

3 not fall within said acceptable range of cost identified by said cost field. 
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61 . (Original) The system of claim 43, wherein said local policy comprises a quality 
of service (QoS) field that identifies an acceptable range of QoS associated with use of a route. 

62. (Original) The system of claim 61, further comprising a means for discarding said 
received route information if a QoS attribute comprised by said received route information does 
not fall within said acceptable range of QoS cost identified by said QoS field. 
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